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System and Method for Robust 

Parsing of Multiple-Frame 
Protocol Messages 

Cross Reference to Related Applications 

This application claims the benefit of United States provisional patent application 
Serial No. 60/343,189 filed December 31, 2001, the disclosure of which is 
incorporated herein by reference. 

Background of the Invention 

[0001] The present invention relates generally to data processing systems, and in 
particular, to systems and methods for transmitting and receiving information 
between such systems across a computer network. 

[0002] 

Most modern telecommunications systems utilize some type of modem to 
package, transmit and receive data a physical medium such as conventional copper 
telephone lines, fiber optic networks, wireless networks, etc. Generally speaking, a 
modem is a generic term for any of a variety of modulator/demodulator (hence the 
term "modem") devices, which, upon transmission, essentially format digital data 
signals into signals compatible with the type of network being utilized. In the case of 
conventional telephone modems, a modem operates to modulate a data signal 
generated by a computer into an analog format compatible with the PSTN (public 
switched telephone network). Such modulation may be accomplished in any of a 
variety of manners, dependent only upon the network protocol as well as the 
bandwidth capability of the physical medium being used. Examples of modulation 
techniques may include frequency shift keying (FSK), phase shift keying (PSK), 
differential phase shift keying (DPSK), and quadrature amplitude modulation (QAM). 
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Essentially, these techniques conduct a bitwise conversion of the digital signal into a 
corresponding analog signal having a frequency related to the original digital value. In 
a similar manner to the transmission modulation techniques, modems also operate to 
receive and demodulate signals back into digital formats readable by a receiving 
terminal. 

[0003] As the need for higher speed networks has increased, technology has developed 
which enables conventional networks to surpass the conventional bandwidth 
limitations of the PSTN network (i.e., a single 3000 Hz signal transmitted between a 
user and the phone company's nearest central office (CO)). One such technology 
generating significant interest is Asynchronous Digital Subscriber Line technology or 
ADSL Unlike a conventional modem, an ADSL modem takes advantage of the fact that 
any normal home, apartment or office has a dedicated copper wire running between it 
and nearest CO. This dedicated copper wire can carry far more data than the 3,000 
hertz signal needed for your phone's voice channel. By equipping both the user and 
the CO with ADSL modems, the section of copper wire between the two can act as a 
purely digital high-speed transmission channel having a capacity on the order of 1 0 
Mbps (million bits per second). In essence, an ADSL modem operates to utilize the 
otherwise unused portion of the available bandwidth in the copper lines, i.e., the 
bandwidth between 24,000 and 1 ,1 00,000 Hz. 

[0004] Prior to any transmission of actual data between the CO (ATU-C) and the remote 
computer (ATU-R), the two entities must first undergo a initialization procedure 
designed to familiarize the two entities with each other, identify the bandwidth 
capabilities for the current session, and further facilitate the establishment of a valid 
connection. Pursuant to ADSL standards provided by the International 
Telecommunication Union - Telecommunication Standardization Sector (ITU-T), these 
initialization procedures comprise the following: 1) a handshake procedure; 2) a 
transceiver training session; 3) a channel analysis session; 4) an exchange session; 
and finally 5) an actual data transmission session referred to as "showtime". 

[0005] 

Relating specifically to the handshake procedure, this procedure is designed to 
enable peer components to initiate a communications session between each other and 
generally includes the exchange of several specific types of messages having 
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predetermine formats. Examples of such messages include the following: capabilities 
list and capabilities list request messages; mode select and mode request messages; 
various acknowledge and negative acknowledge messages, etc. Each of the above 
messages is generally formulated by a protocol processor responsible for making sure 
that the requirements for protocol communication are complied with. 

[0006] In particular, each handshaking message is formatted into at least one frame 

comprised of an integer number of octets (groupings of 8 bits), and include at least 
four flag octets, at least one message octet, and a pair of FCS (frame check sequence) 
octets. Further, the message portion of the frame may include a plurality of octets 
such that the total number of octets in the frame cannot exceed 64. Messages 
exceeding 64 octets will necessarily be segmented across multiple frames, although 
messages of fewer octets may also be segmented. It is the existence of these 
j-- segmented, multiple-frame messages that forms the focus of the present invention. 

| [0007] In accordance with the handshaking protocol standard, in order to determine 

whether a received frame is an intermediate frame in a segmented message or the last 
frame is a segmented message, the receiving unit must continually parse the incoming 
frames. If the message has not been fully transmitted, the receiving station requests 
transmission of the next segment. Once a frame has been received as an intermediate 
frame, there is now a need to store the state result of that frame, pending the next 
incoming frame. 

[0008] Accordingly, there is a need in the art of multi-frame protocol messages for a 
system and method for simply, yet robustly parsing the entire message across 
multiple frames. 

Summary of the Invention 

[0009] 

The present invention overcomes the problems noted above, and provides 
additional advantages, by providing a system and method for facilitating robust 
reception of multiple frame protocol messages. Initially, a first frame of data is 
received including therein a first segment of a multi-frame protocol message. Next, 
the received frame is placed into a data buffer. The buffer is then examined and the 
message contained therein is parsed to determine whether the received message is a 
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complete message or not. 

[001 0] If it is determined that the received message contained in the buffer is an 

incomplete message, a continuation message is sent to the remote transceiver ATU. 
However, if the message is determined to be complete, the message is parsed again 
and the complete message information contained therein is extracted and processed 
in accordance with the handshaking requirements. Upon receipt of the next frame in 
the message, this frame is concatenated onto the existing frames in the data buffer. 
The entire buffer is then re-parsed to determine its completeness. If incomplete, the 
process repeats until a completed message is identified. 

[001 1] Contrary to alternative methods, the present invention does not require the 
receiving unit to maintain a complex state tracking engine for storing the state 
information for previously received frames. Rather, all related message frames are 
concatenated together and maintained in a data buffer until the entire message has 
been received. 

Brief Description of the Drawings 

[001 2] FIG. 1 is a flow diagram illustrating one embodiment of a method for receiving 
multiple frame messages in accordance with the present invention. 

Detailed Description of the Invention 

[001 3] As described briefly above, message octets may be formatted in a variety of 
manners to include parameters and subparameters relating to particular modes, 
features or capabilities associated with the two linked ADSL transceiver units (ATLTs). 
in addition, message parameters or subparameters may extend across arbitrary octet 
boundaries and multiple frames, rendering it difficult for a receiving unit to determine 
where on message ends and another begins. 

[0014] As required by the formatting rules provided by the handshaking standards, each 
parameter octet in the information portion of a message includes a delimiting bit, 
indicating whether the current octet is the last octet in the block to be transmitted. By 
using these delimiting bits, the system of the present invention can continually 
determine whether an a received message is complete without resorting to the use of 
a complicated state tracking machines which maintains the state of a parsed message 
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pending its completion in multiple frames. 

[001 5] Referring now to FIG. 1 , there is shown a flow diagram illustrating one 

embodiment of a method for receiving multiple frame messages in accordance with 
the present invention. Initially, in step 1 00, a receiving ATU receives a first frame of 
data including therein a first segment of a multi-frame protocol message. In step 102, 
the receiving ATU places the received frame into a data buffer. Next, in step 104, the 
receiving ATU examines the buffer and parses the message contained therein and 
determines whether the received message is a complete message or not. In one 
embodiment, the receiving ATU operates by counting the number of parameter and 
subparameter bits in the frame and matches this count to the number of delimiting 
bits. Since each octet is required to have a delimiting bit indicating whether it 
completes a message, these bits can be examined to determine message 
completeness without requiring the actual parsing and interpretation of the message. 

[001 6] If it is determined in step 1 04 that the received message is incomplete, a 

continuation message is sent to the remote ATU in step 106. However, if the message 
is complete, the message is parsed again and the complete message information 
contained therein is extracted and processes in accordance with the handshaking 
requirements in step 108. Returning to step 106, upon receipt of the continuation 
message, the remote ATU sends the next frame in the message which is received in 
step 1 1 0. In accordance with the present invention, this frame is concatenated onto 
the existing frames in the data buffer in step 112. The process then returns to step 
1 04 where the entire message in the data buffer is again parsed to determine its 
completeness. The process continues until it is determined that a complete message 
has been received and does not require the receiving ATU to maintain a complex state 
tracking engine for previously received frames. Rather, all related message frames are 
concatenated and maintained in a data buffer until the entire message has been 
received. 

[0017] 

In the manner set forth above, the present invention provides a robust method for 
parsing protocol messages which may optionally consist of multiple frames, where the 
messages may be segmented on any arbitrary boundary. Further, the present 
invention enables a determination of completeness as each frame is received, without 
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limitations of the length of messages, the length of message fields, or sub-fields, or 
the location of the octet boundaries. 

[001 8] The present invention eliminates the difficulty of designing, developing, and 
verifying a re-entrant, state-saving parsing engine, which could parse messages 
frame by frame on the fly if messages were segmented only on major-field boundaries 
and not on any arbitrary octet boundary. Further, the present invention enables 
reliable parsing even in the presence of parameters and sub-parameters of arbitrary 
length (i.e. longer than the maximum frame size), since all related message frames 
are concatenated together prior to final parsing. It should be noted that the present 
invention should not be limited to the ADSL handshaking protocol described above. 
Rather, the invention may be implemented in any system including a protocol which 
supports message segmentation across multiple frames or packets of data. 

[001 9] While the foregoing description includes many details and specificities, it is to be 
understood that these have been included for purposes of explanation only, and are 
not to be interpreted as limitations of the present invention. Many modifications to 
the embodiments described above can be made without departing from the spirit and 
scope of the invention. 
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